home *** CD-ROM | disk | FTP | other *** search
/ ETO Development Tools 1 / ETO Development Tools 1.iso / Essentials / MacApp Documentation / MacApp AppleLink Messages / MacApp.Tech$ Jun 89 / V0008-Re Document Command-Jun89 < prev    next >
Encoding:
Text File  |  1989-06-26  |  2.4 KB  |  56 lines  |  [TEXT/GEOL]

  1. Item    4795557                         4-June-89        21:31
  2.  
  3. From:   D2086                           Efficient Field Svc, C Faith, PRT
  4.  
  5. To:     MOOF                            Rollin, Keith A, APL
  6.  
  7. cc:     MACAPP.TECH$                    MACAPP Tech
  8.  
  9. Sub:    RE- Document Commands
  10.  
  11. Keith,
  12.  
  13. I think that you do not understand what I meant in my link about commands.
  14.  
  15. I think in fact that the current MacApp arrangement inforces a modality that is
  16. not desirable.  I do not suggest a violation of the desktop standards.
  17.  
  18. In order to understand  where I am coming from it is necessary to expand the
  19. definition of document beyond that of just text and graphic documents and
  20. similar entities.  Think in terms of documents for an accounting system for
  21. example,  you are not going to have the same simplistic issues when dealing
  22. with a document that is very broad in scope.
  23.  
  24. In an accounting system I think it makes sense to think of a document as being
  25. the entire set of books for a particular company.  Hence there will be many
  26. windows for that particular document.  The type of commands that one might want
  27. the document to handle would include all those that pertained to the data in
  28. that document.  Commands that open Windows for reports, charts of accounts etc.
  29.  The document should handle all the commands, not the application.
  30.  
  31. To force the application to handle the commands discourages reuse of code and
  32. modularity.  I cannot insert an accounting object into my general business
  33. management application for example.    I might also want this application to
  34. handle general correspondence.  Under the current scheme if I click on a
  35. general correspondence window I lose the ability to choose a menu item to open
  36. a customer address list from another document.
  37.  
  38. Unless I override TApplication Handle event to always allow certain documents
  39. access to commands and force my documents DoSetUpMenus methods to be called.
  40.  
  41. I believe that the concept of document as thought of in normal MacApp terms is
  42. oversimplified  it is not broad enough in scope to handle a lot of common
  43. needs.
  44.  
  45. The changes I suggest would make more complex documents easier to implement.
  46.  
  47. Perhaps you could add another parameter to Tapplication.AddDocument  call it
  48. (alwaysGetsCommands : Boolean) if true the application would give it commands
  49. and DoSetupMenu time.
  50.  
  51. Maybe I am the only one who would find this useful, I think not though.
  52.  
  53. - Curtis Faith
  54.  
  55.  
  56.